fix: JTBD compliance audit for Secure module - #3159
Conversation
|
🎊 Navigate the preview: https://6a677e3d4cf3156d424c2d6e--eclipse-che-docs-pr.netlify.app 🎊 |
af965a4 to
3dc35fa
Compare
| @@ -1,51 +1,71 @@ | |||
| :_content-type: CONCEPT | |||
| :description: Security best practices | |||
| :description: Protect your deployment | |||
There was a problem hiding this comment.
| :description: Protect your deployment | |
| :description: Security best practices |
There was a problem hiding this comment.
I prefer having this worded as Security best practices since it was the original request
3dc35fa to
46d1475
Compare
| If `allowUsers` and `allowGroups` are empty, all users are allowed to access {prod-short} except the ones on the `deny` lists. | ||
| If `denyUsers` and `denyGroups` are empty, only the users from `allow` lists are allowed to access {prod-short}. | ||
| * Log in to the {prod-short} dashboard as a user on the `allowUsers` list and verify access to the dashboard. | ||
| * Log in as a user on the `denyUsers` list and verify that {prod-short} returns a `403 Forbidden` response. |
There was a problem hiding this comment.
User will see the message:
Advanced authorization is enabled. User might not be allowed. Please, contact the administrator.
There was a problem hiding this comment.
@tolusha Fixed — updated the verification to show the actual message the user sees:
Advanced authorization is enabled. User might not be allowed. Please, contact the administrator.
| You can determine which users and groups are allowed to access {prod-short}. | ||
|
|
||
| include::partial$snip_persona-admin.adoc[] | ||
| Restrict {prod-short} access to specific users and groups so that you can enforce access policies and limit the platform to authorized teams. |
There was a problem hiding this comment.
I believe it is a bit incorrect. Platform (openShift) authorize user anyway, but the product (Che/DevSpaces) allow/deny access
There was a problem hiding this comment.
@tolusha Good catch. Reworded the abstract to avoid "authorize" — it now reads:
Restrict {prod-short} access to specific users and groups so that you can control which users are allowed or denied access to the platform.
This reflects that Che/DevSpaces allows or denies access, while OpenShift handles the actual authorization.
tolusha
left a comment
There was a problem hiding this comment.
@gtrivedi88
Pls, have a look at my comments above
Align upstream Secure module with downstream JTBD standards and
CQA 2.1 editorial quality. Address Secure hierarchy review gaps.
Metadata and abstracts:
- Fix :description: attributes (gerunds -> JTBD titles)
- Fix title-abstract verb consistency on all pages
- Fix self-referential abstract in managing-identities page
Structure (security-best-practices.adoc):
- Convert block titles to == headings (appear in page TOC)
- Add JTBD orientation sections and bridge sentences
- Remove duplicated advancedAuthorization YAML example
- Strengthen thin credentials and trusted-Git subsections
- Rename weak H2s (gateway, air-gapped, IDE extensions, namespace resources)
- Add [role="_additional-resources"] and cross-module xrefs
- Plan-style nav: unlinked job group for access-control procedures
Procedures:
- Remove generic persona snippet includes
- Delete unused partials/snip_persona-admin.adoc
- Fix cluster-roles example: kubectl -> {orch-cli}, Verification, AR
- Fix advanced-authorization and GDPR pages
Zero content loss for procedure steps, RBAC table, and SCC examples.
Co-authored-by: Cursor <cursoragent@cursor.com>
46d1475 to
3f05653
Compare
The Secure audit PR (eclipse-che#3159) added +attributes to source blocks that contain shell variables ${USER_ROLES} and ${OPERATOR_NAMESPACE}. Asciidoctor tried to resolve these as AsciiDoc attributes, causing "missing attribute" warnings that fail the publication builder. Escape with backslash so Asciidoctor renders them literally while still resolving {orch-cli} and {prod-operator}. Co-authored-by: Cursor <cursoragent@cursor.com>
The Secure audit PR (eclipse-che#3159) added +attributes to source blocks that contain shell variables ${USER_ROLES} and ${OPERATOR_NAMESPACE}. Asciidoctor tried to resolve these as AsciiDoc attributes, causing "missing attribute" warnings that fail the publication builder. Escape with backslash so Asciidoctor renders them literally while still resolving {orch-cli} and {prod-operator}. Co-authored-by: Cursor <cursoragent@cursor.com>
The Secure audit PR (#3159) added +attributes to source blocks that contain shell variables ${USER_ROLES} and ${OPERATOR_NAMESPACE}. Asciidoctor tried to resolve these as AsciiDoc attributes, causing "missing attribute" warnings that fail the publication builder. Escape with backslash so Asciidoctor renders them literally while still resolving {orch-cli} and {prod-operator}. Co-authored-by: Cursor <cursoragent@cursor.com>
Summary
Changes
Metadata and abstracts:
:description:attributes from gerunds to JTBD titles on all 5 pagesmanaging-identities-and-authorizations.adocStructure (security-best-practices.adoc):
.block titles to==headings so sections appear in the page TOC sidebar.Additional resourcessection with xrefs and external linksProcedures:
snip_persona-admin.adocincludes from all pages (guide-level callout + prerequisites serve as audience gate)partials/snip_persona-admin.adoc.Verificationand.Additional resources, fix "Find out" to "Determine"[NOTE]to continuation text, add.Verificationand.Additional resourcesocto{orch-cli}, inline admonitions to block format, add.VerificationZero content loss
Verified via
git diffagainst pre-PR #3134 state (08e76b97^). All procedure steps, code blocks, YAML examples, and technical details preserved. Only titles, abstracts, metadata, and structural formatting changed.Test plan
Made with Cursor